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Abstract 

There  is  an  increasing  demand  for  application-specific  software.  For  example,  the  software  to  control  a 
machine  on  a  factory  floor  is  different  from  the  software  to  manipulate  large  databases.  The  software 
engineer  building  software  to  control  a  motor  that  powers  a  piece  of  machinery  needs  some  understanding 
of  the  motor's  servo  system;  whereas  a  software  engineer  who  designs  the  software  to  manage  large 
databases  for  the  NASA  Space  Station  needs  specific  knowledge  about  database  models  as  well  as  the 
types  of  data  handled  on  a  long-term  space  vehicle.  Specialization  tracks  within  the  Master  of  Software 
Engineering  (MSE)  Program  at  Carnegie  Mellon  University  would  enable  students  to  gain  application 
knowledge  while  developing  fundamental  software  engineering  skills.  This  report  proposes  a  model  for 
establishing  specialization  tracks  within  a  graduate  software  engineering  program. 
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TAP-D:  A  Model  for  Developing  Specialization  Tracks  in  Graduate 
Software  Engineering  Education 


1  The  Purpose  of  Specialization  Tracks 

There  is  an  increasing  demand  for  software  engineers  who  are  experts  in  developing  software 
for  specific  types  of  applications.  For  instance,  the  software  engineer  designing  software  to 
control  a  motor  that  powers  a  piece  of  machinery  needs  some  understanding  of  the  motor’s 
servo  system  and  of  the  way  in  which  analog  signals  from  a  motor  can  be  represented  as  dis¬ 
crete  data  in  a  computer.  A  software  engineer  designing  the  software  to  manage  large  data¬ 
bases  for  the  NASA  Space  Station  needs  specific  knowledge  about  database  models,  the 
types  of  data  stored  for  a  long-term  space  vehide,  and  the  ways  in  which  this  data  will  be  used. 

The  author  uses  the  term  application  domain  to  denote  a  set  of  applications  with  common 
properties  that  dictate  the  type  of  software  designed  for  applications  in  the  domain.  For  in¬ 
stance.  the  software  to  control  a  machine  on  a  factory  floor  is  different  from  the  software  to 
manipulate  large  databases.  Software  that  directs  the  movement  of  a  lathe  performs  complex 
mathematical  calculations  and  communicates  with  custom  hardware;  whereas  database  soft¬ 
ware  involves  algorithms  to  format,  correlate,  and  store  data  efficiently  as  well  as  to  guarantee 
data  consistency  and  integrity.^ 

One  can  define  application  domains  by  the  problems  to  be  solved  (applications  with  similar 
requirements  and  common  solutions)  or  by  the  solutions  (computer  technology  which  is  ap¬ 
plied).  In  the  previous  examples,  the  domain  of  machine  control  applications  includes  those 
applications  with  basic  motor  control  requirements.  On  the  other  hand,  the  domain  of  data¬ 
base  applications  involves  problems  which  are  solved  using  database  technology.  An  applica¬ 
tion  sutxiomain  Is  a  subset  of  the  applications  in  a  particular  domain.  The  set  of  problems 
solved  using  distributed  databases  is  a  subdomain  of  the  database  domain. 

The  professional  work  environment  seldom  provides  software  engineers  sufficient  time  to  ac¬ 
quire  in-depth  domain-specific  knowledge.  In  the  case  of  the  solution-based  domains,  the  soft¬ 
ware  engineer  becomes  an  expert  by  developing  a  thorough  understanding  of  the  underlying 
computer  technology  and  its  application.  Software  engineers  with  expertise  in  problem-based 
domains  have  in-depth  knowledge  about  the  requirements  and  software  solutions  for  prob¬ 
lems  in  the  application  domain.  For  instance,  software  engineers  must  understand  basic  con¬ 
trol  theory  essential  to  the  movement  of  factory  automation  equipment  before  they  can  specify 
and  design  software  for  machine  control. 

An  appOadon  domain  raAan  to  a  s«t  of  applicationa  with  common  proparties  and  characteristics  which  require 
sbnilar  software  solutions.  Application  domain  knowtadgaxt»n  refers  to  specific  knowiedge  that  a  software  en¬ 
gineer  needs  to  develop  software  for  applications  which  are  members  of  a  particular  domain.  For  instance,  an 
understanding  of  strict  timing  constraints  is  needed  to  deveiop  suitable  scheduling  algorithms  for  real-time  ap¬ 
plications. 
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A  spedallzaUon  track  is  a  directed  course  of  study  in  which  one  or  more  graduate  software 
engineering  students  accumuiate  and  appiy  knowiedge  geared  towards  a  chosen  domain  of 
applications.  For  example,  a  student  might  specialize  in  software  for  factory  control  applica¬ 
tions.  Factory  control  applications  are  within  the  real-time  domain.  Another  student  may  be  in¬ 
terested  in  a  more  general  study  of  real-time  systems.  More  will  be  said  later  about  the 
selection  of  an  appllcaHon  domain  tor  a  specialization  track. 

in  her  discussion  of  computing  education  for  the  1 990’s  and  beyond.  Mary  Shaw  identifies  an 
industrial  demand  for  computer  specialists  with  core  expertise  in  computer  science  as  well  as 
in  a  specialty  area  such  as  architecture,  astronomy,  chemistry,  or  psychology.  She  describes 
the  need  for  joint  degree  programs  which  not  only  enable  students  to  develop  core 
competency  in  computer  science  and  another  field  but  which  also  integrate  the  two  fields.  One 
way  she  says  this  can  be  done  is  by  teaching  specific  computational  models  and  selected 
techniques  from  areas  of  computer  science  which  depend  on  relevant  applications  in  the  joint 
field.  ^haw90] 

In  a  similar  manner,  tracks  In  a  graduate  software  engineering  program  enable  students  to 
develop  expertise  in  specialization  areas  as  well  as  in  software  engineering.  A  speciaiization 
track  integrates  the  computing  theory  and  practice  with  the  application  domain  knowledge 
needed  to  develop  domain-specific  software. 

Because  of  the  increase  in  software  applications  and  the  growing  emphasis  on  quality  and 
productivity,  companies  producing  applications  software  prefer  to  hire  software  engineers  who 
already  have  domain  knowiedge  and  softwvare  engineering  skills.  It  is  expected  that  software 
engineering  graduates  who  pursue  a  spedafization  track  should  have  better  employment 
prospects  than  software  engineers  who  do  not. 

In  a  1987  artide  published  in  Computerworid,  Allman  surveyed  hiring  trends  for  computer- 
related  research  and  development  positions.  She  reported  that  companies  prefer  to  hire 
people  who  have  graduate  ^ucations  and  can  easily  become  specialists  in  a  company’s  area 
of  interest  According  to  Allman,  staffing  personnel  at  Sandia  National  Laboratories  in 
Albuquerque,  New  Mexico,  seek  people  with  interdisciplinary  backgrounds  in  computer 
engineering  or  computer  sdence  and  mathematics.  Sandia  needs  people  with  both  software 
development  and  mathematical  expertise  to  develop  computational  and  cryptographic 
systems.  [AllmanST] 

The  trend  in  spedaiization  seems  to  be  hokflng  for  the  1 990’s.  Despite  layoffs  and  downsizing, 
high-tech  companies  In  Massachusetts  seek  people  who  are  hands-on,  sharp,  individual 
contrtoutors  with  specialized  skills,  wrote  Guisbond  in  a  1990  Computerworid  article. 
McMahan,  a  recruiting  director  quoted  in  Quisbond's  article,  states  that  those  being  sought  are 
people  with  substantial  experience  in  relatione^  databases,  workstation  software,  graphical 
user  internees,  software  engineering,  and  applications  programming  in  C.  He  thinks  it  is  very 
important  that  people,  early  on  in  their  careers,  pick  an  area  of  speciaiization  and  develop  in- 
depth  skills  in  that  area.^ 

The  offering  of  speciaiization  tracks  in  a  graduate  software  engineering  program  is  a  value- 
added  feature.  The  student  not  only  acquires  expertise  in  the  principles  of  software 
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engineering  but  also  in  a  particular  application  area.  The  opportunity  to  pursue  a  specialization 
track  should  therefore  enhance  the  value  of  a  graduate  software  engineering  program. 
Hopefully,  companies  will  be  more  willing  to  fund  the  graduate  education  of  employees  who 
propose  to  follow  a  specialization  track  which  matches  the  needs  of  the  company. 

In  an  article  about  training  at  Texas  Instruments.  Moore  and  Freeman  discuss  Texas 
Instruments’  desire  for  software  engineering  graduates  knowledgeable  in  real-time 
applications.  The  company’s  Defense  Systems  and  Electronics  Group  (DSEG)  has  identified 
the  understanding  of  basic  real-time  systems  concepts  to  be  essential  to  the  development  of 
software  for  defense  contracts  which  provide  a  majority  of  its  work.  After  assessing  the 
background  and  capabilities  of 250  newly  hired  software  engineers,  DSEG  found  that  very  few 
had  any  course  work  which  covered  embedded  real-time  systems.  DSEG  recommended  that 
universities  help  by  offering  elective  courses  in  real-time  design  and  programming  that  cover 
the  basic  concepts  of  real-time  computing. 

Furthermore,  Moore  and  Freeman  suggest  that  on-the-job  training  (OJT)  is  not  always  a  very 
good  means  of  learning  information.  They  say  that  OJT  tends  to  be  hit-or-miss,  is  not  well 
organized,  and  is  often  incomplete.  They  also  suggest  that  it  may  take  an  employee  longer  to 
leam  fundamental  concepts  through  OJT  than  by  taking  a  course  about  these  topics.  The 
DSEG’s  awareness  of  these  shortcomings  has  led  to  the  creation  of  training  courses  to 
replace  OJT.  [MooreSS] 

The  purpose  of  this  report  is  to  specify  a  goai-oriented  process  to  help  a  curriculum  developer 
identify  and  design  a  specialization  track  for  a  graduate  program  in  software  engineering.  The 
goal  of  this  process  is  the  creation  of  specialization  tracks  which  ( 1 )  enable  students  to 
develop  sufficient  domain-specific  knowledge  and  skills,  (2)  are  geared  towards  emerging 
technologies  and  industrial  demands,  and  (3)  meet  student  interests  and  career  objectives. 

The  author  intends  that  this  report  will  direct  the  creation  of  specialization  tracks  in  the  Master 
of  Software  Engineering  (MSE)  program  at  Carnegie  Mellon  University  (CMU).  The  real-time 
track  example  and  the  numerous  references  to  real-time  applications  are  the  foundations  for 
the  implementation  of  a  real-time  track  in  the  MSE  program.  The  real-time  track  should  serve 
as  a  model  for  the  development  of  other  MSE  tracks. 


Quisbond  bMSd  her  aitid*  for  ComputorworW  on  intorvlows  with  diroctors  and  managers  of  recruiting  firms 
and  bdormaiion  ayatems  departmenta.  At  tfM  time  Quiabond'a  article  waa  written,  Steve  McMahan  was  the 
managing  director  at  the  Boston  office  of  the  recruiting  firm  Source  EDP.  [GuisbondSO] 
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2  Identifying  Potential  Specialization  Areas 


Identifying  application  domains  with  high  industrial  demand  for  software  is  accomplished 
through  ongoing  awareness  not  only  of  technological  advances  but  also  of  the  current  status 
of  the  software  industry.  Some  sources  of  information  about  current  and  future  needs  in  the 
information  services  and  technologies  industries  (particularly  applications  software)  are  indi¬ 
cated  in  the  next  section.  One  should  reference  a  number  of  sources  to  form  an  accurate  view 
of  the  demand  for  application  expertise  in  the  software  industry. 

As  was  mentioned  eariier,  appiication  domains  can  be  based  on  the  use  of  specific  computer 
technoiogies  or  they  can  be  based  on  problems  with  common  requirements  and  solutions.  The 
key  is  to  identify  areas  of  expertise  that  cannot  easily  be  learned  on  the  job.  In  addition,  there 
should  be  considerable  industrial  demand  for  the  expertise  and  student  interest  in  the  special¬ 
ization  area. 

Sources  of  Information  about  Application  Software  Needs 

•  ACM  and  iEEE  publications 

•  Advertisements  for  employment 

•  Business  Week 

•  Conference  proceedings 

•  Datamation 

•  Employers  of  MSE  students 

•  Government  reports 

•  Industriai  reports 

•  Knowiedge  of  emerging  technologies  that  need  software  support 

•  Local  industry 

•  Student  interests  and  goals 

•  Technical  journals 

•  Technical  reports 

•  Technical  seminars 

•  Trade  journals 

•  Trade  magazines 

•  Wall  Street  Journal 


Some  specialization  areas  with  demands  for  software  engineering  and  domain  expertise  are 
listed  below.  Appiication  areas  are  grouped  by  the  type  of  application  domain:  as  either  (1 )  a 
problem-based  domain  of  applications  or  (2)  a  solution-based  domain. 
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Specialization  Areas  with  Demands  for  Software  Engineering 


Problem-Based  Application  Domains: 

•  Biomedical  engineering  appiications 

•  Computer-Aided  Design  and  Computer-Aided  Manufacturing  (CAD/CAM) 

•  Computer-Integrated  Manufacturing  (CiM) 

•  industriai  controis 

•  Industrial  man^ement 

•  Management  of  Information  Systems  (MIS) 

•  Real-time  appiications 

•  Robotics 

•  Speech  and  vision  systems 

•  Teiecommunications 


Solution-Based  Application  Domains: 

•  Artificiai  inteiiigence  (expert  systems  and  neurai  nets) 

•  Computer  graphics 

•  Human-Computer  Interaction  (HCI) 

•  Large-scale  distributed  systems/distributed  processing 

•  Database  technologies 

•  Multimedia  technologies 

•  Networking  and  communications 

•  Parallel  processing 

•  Scientific  computing 


Applications  may  belong  to  more  than  one  area  of  specialization,  and  major  issues  may  be 
important  to  more  than  one  speciaiization  area.  For  instance,  industrial  control  applications  are 
in  the  domains  of  real-time  applications  and  of  CIM.  CAD/CAM  is  a  subdomain  of  both  the 
computer  graphics  and  CIM  domains,  and  appiications  from  many  specialization  areas  involve 
HCI  issues.  The  human-computer  internee  is  particularly  important  in  the  design  of  CAD/CAM 
software  tools. 

The  scope  of  a  specialization  area  may  be  too  broad  to  develop  as  a  track.  In  that  case,  a 
subset  of  the  specialization  area  may  be  more  appropriate.  Computer-integrated 
manufticturing  links  all  information  related  to  manufacturing  (sales  projections,  saies  orders. 
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inventories,  production  schedules,  delivery  dates,  cost,  etc.)  to  streamline  production  and 
infH>rove  productivity.  A  CIM  track  may  not  fit  into  the  time  frame  of  the  MSE  program  of  study, 
but  a  track  in  CAD/CAM  may  be  feasible. 

Student  interests  and  goals  as  well  as  industrial  trends  are  important  in  the  selection  of 
specialization  areas.  The  customer  of  any  graduate  software  engineering  prograiYi  is  the 
student  and,  if  one  exists,  an  employer  funding  the  student’s  education.  Ideally,  it  should  be 
possible  to  design  a  specialization  track  for  an  individual  student.  Tracks  based  on  emerging 
technologies  and  on  expertise  in  high  demand  by  industry  strengthen  the  career  development 
of  students  looking  for  specialization  areas. 
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3  Selecting  Specialization  Areas  to  Become  Tracks 


In  choosing  a  specialization  area  suitable  for  a  track,  the  developer  should  consider  the  Indus 
trial  need  for  expert  knowledge  in  this  area,  the  career  goals  of  current  students,  and  the  req 
uisite  resources.  Requisite  resources  include  those  needed  to  teach  courses,  to  direct 
independent  studies,  and  to  provide  appropriate  software  development  projects. 

The  following  guidelines  for  selecting  specialization  areas  consider  not  only  the  external  Indus 
trial  demands  but  also  the  internal  structure  of  the  organization  offering  the  track.  Each  guide 
line  is  followed  by  a  short  explanation  of  its  meaning  and  significance. 

Guidelines  for  Selecting  Specialization  Tracks 

1.  The  appllcahon  domain  knowledge  and/or  computer  related  knowledge  need¬ 
ed  to  design  software  for  an  apf^lcation  In  the  proposed  area  cannot  be 
learned  by  Interviewing  experts  In  the  specialization  area  or  by  taking  one 
training  course. 

A  specialization  track  should  provide  students  with  extensive  application 
domain  and  computer-related  knowledge  that  cannot  be  learned  easily  on  the 
job. 

2.  The  application  domain  knowledge  Is  signiflcandy  different  from  that  of  other 
existing  specialization  areas. 

Proposed  areas  whose  applications  significantly  overlap  the  applications  of 
other  areas  should  be  consolidated  to  decrease  the  planning  efforts.  Options 
for  further  specialization  within  a  track  can  be  offered. 

For  instance,  the  domain  of  real-time  applications  includes  the  subdomain  of 
industrial  control  applications.  A  real-time  specialization  track  could  be  a 
prescribed  set  of  courses.  Additional  or  alternative  courses  and  an 
appropriate  project  could  serve  as  an  optional  specialization  in  industrial 
control  applications  within  the  real-time  track. 

3.  There  are  faculty  or  guest  lecturers  from  industry  with  expertise  in  the 
speclallzaOon  area  and  with  an  Interest  In  teaching  the  proposed  courses. 

Obviously,  a  specialization  area  cannot  be  offered  if  there  are  no  instructors 
available  to  teach  the  proposed  courses. 

4.  The  proposed  sequence  of  speclallzak'on  track  courses  should  provide  the 
student  sufficient  background  to  design  software  for  applications  in  the  area. 

More  will  be  said  about  this  in  the  section  about  component  knowledge  bases. 

5.  The  courses  should  fit  Into  the  time  frame  of  the  graduate  program. 

The  MSE  program  consists  of  core  courses,  electives,  and  a  studio  project. 

An  MSE  student  takes  a  minimum  of  6  full-semester,  9-12  unit  electives  for  a 
total  of  54-72  credit  units.  Those  students  who  do  not  need  to  take  a  directive 
for  remedteti  study  during  the  first  fall  semester  take  7  electives  for  a  total  of 
63-84  credit  units. 
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Therefore,  a  spedaiization  track  could  feasibly  include  at  most  six  prescribed 
1 2-unit  courses.  It  may  also  be  appropriate  to  require  at  most  four  prescribed 
12-urlt  courses  and  allow  the  student  to  select  related  courses  and 
independent  studies  for  the  remaining  electives.  Students  could  pursue 
studies  beyond  the  required  54-72  elective  units. 
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Component  Knowledge  Bases:  The  TAP-D  ModeP 


A 


T  P 


Rgure4-1:  The  TAP-D  Model 


T  -  Theory 

A  -  Application  Domain  Knowledge 
P  -  Practice 

D  -  Development  of  a  Software  System  for  a  Particular  Application 

In  the  TAP-D  model,  the  (T)  represents  computing  theory  which  can  be  used  to  solve  problems 

Th«  idM  of  using  a  triangular  structura  to  modal  thraa  intaracting  componants  which  contribute  to  the  actual¬ 
ization  of  the  center  component  was  inspired  by  Bonnie  John's  model  for  Human-Computer  Interaction  (HCI). 
In  her  model,  interactions  between  the  human,  the  available  computer  technology,  and  the  task  influence  the 
design  of  a  human-computer  interface.  [John92] 
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in  the  domain.  Consider,  for  instance,  the  use  of  Petri  Nets  for  specifying  timing  constraints  in 
real-time  systems. 


Application  domain  knowledge  (A)  includes  non-computer  related  theoretical  and  practical 
knowledge  drawn  from  the  application  area.  An  example  is  digital  signal  processing  theory 
used  in  the  design  of  industrial  controllers.  Likewise,  an  understanding  of  geometry  and  linear 
algebra  is  helpful  to  develop  computer  graphics  algorithms.  An  understanding  of  the 
psychology  of  learning  is  required  for  the  development  of  computer-based  tutors. 

* 

Practice  (P)  refers  to  software  development  techniques  geared  to  the  application  domain,  e.g., 
the  use  of  commercial  tools  to  support  specification  and  design  of  real-time  systems. 

Software  developers  apply  domain  knowledge,  computing  theory,  and  software  development 
techniques  to  specify,  d^ign,  and  evaluate  software  for  a  particular  application.  The  use  of 
knowledge  from  one  of  the  component  bases  affects  the  use  of  knowledge  from  another  base. 

For  instance,  a  software  engineer  formally  specifying  the  requirements  of  a  motorized 
wheelchair  for  the  blind  may  realize  that  no  one  has  defined  what  the  software  should  do  if  the 
motor  which  powers  the  chair  stops  running.  After  speaking  to  experts  in  the  use  of  mobile 
devices  for  the  handicapped,  the  developer  determines  that  the  speech  and  vision  systems 
should  continue  to  monitor  the  surrounding  environment,  should  notify  the  user  of  the  power 
failure,  and  should  activate  emergency  flashing  lights. 

In  this  case,  the  interaction  between  theoretical  and  domain  knowledge  (the  formal  model  for 
specifying  requirements  and  expertise  in  mobile  vehicles  for  the  handicapped)  produced  a 
more  complete  solution.  In  the  process  of  trying  to  completely  specify  the  actions  of  the 
motorized  wheelchair,  the  software  engineer  identified  incomplete  domain  knowledge  and 
worked  to  fill  in  the  missing  pieces. 

The  builder  of  a  track  must  first  define  the  computer-related  theory,  application  domain 
knowledge,  and  practical  software  development  techniques  needed  to  develop  software  for 
applications  in  the  specialization  area.  This  is  not  as  simple  as  it  may  seem.  The  builder  must 
not  only  be  knowledgeable  in  the  application  domain  but  must  also  be  well  informed  about 
advances  in  state-of-the-art  computing  theory  and  software  development  techniques. 


10 


5  A  Structured  Approach  to  Defining  a  Speciaiization  Track 


Defining  a  speciaiization  track  is  a  sequentiai  process.  This  process  should  adhere  to  basic  educational 
principles.  The  main  idea  is  to  specify  behavioral  objectives  that  dearly  state  what  the  student  should 
be  able  to  do  after  successfully  completing  the  track.  The  following  subsections  outline  the  process  by 
which  a  developer  can  apply  the  TAP-0  model  to  define  a  specialization  track. 

5.1  Define  the  Requisite  Knowledge  and  Skills 

The  first  step  is  to  define  the  knowiedge  and  skills  needed  by  software  engineers  buiiding  soft¬ 
ware  systems  for  the  target  application. 

Apply  the  TAP-D  model  shown  above  to  categorize  the  required  knowledge  and  skills  into  their 
component  knowledge  bases.  Remember  that  the  theoretical  understandings,  appiication  do¬ 
main  knowledge,  and  practical  skills  should  be  those  needed  to  develop  high  qua//iy  software 
for  a  particular  application. 

5.2  Formulate  Educational  Objectives 

The  next  step  is  to  formuiate  educational  objectives  based  on  the  identified  skiiis. 

Objectives  should  be  behavioral  in  the  sense  that  they  should  clearly  define  the  way  in  which 
students  will  be  expected  to  demonstrate  the  target  skiiis.  For  example,  an  overall  educational 
goal  may  be  to  have  the  student  understand  and  apply  formal  specification  methods  suitable 
for  real-time  applications.  The  knowledge  base  is  a  set  of  ways  to  model  requirements  of  real¬ 
time  applications  software. 

The  first  example  below  Is  a  behavioral  objective  to  demonstrate  that  a  student  understands 
a  set  of  specification  methods. 

Example  1: 

Given  text  descriptions  of  the  requirements  of  various  real-time  systems,  the  student  will  iden¬ 
tify  appropriate  specification  method(s)  for  each  application  and  explain  why  the  chosen  spec¬ 
ification  method(s)  i8(are)  appropriate  for  the  corresponding  application. 

The  accomplishment  of  this  objective  can  be  measured  by  giving  the  student  text  descriptions 
of  requirements  of  real-time  applications  and  evaluating  the  student’s  selections  and  explana¬ 
tions.  Of  course,  the  student  would  be  expected  to  recognize  a  case  in  which  none  of  the  spec¬ 
ification  methods  studtod  in  dass  were  appropriate  for  a  particular  application. 

The  next  example  is  a  behavioral  objective  to  determine  a  student’s  ability  to  apply  knowledge 
about  specification  methods. 
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Example  2: 

Given  a  text  description  of  tfte  requirements  for  a  reai-time  appiication,  the  student  will  formally 
model  the  requirements  of  the  application.  The  accomplishment  of  this  objective  can  once 
again  be  measured  by  giving  the  student  a  text  description  of  the  application  requirements  and 
evaluating  the  student’s  model. 

5.3  Map  the  Educational  Objectives  to  Courses 

Next,  map  the  educational  objectives  to  a  set  of  courses  that  fit  within  the  time  frame  of  the 
pi  ogram  of  study. 

Elective  courses  in  the  graduate  software  engineering  program  can  provide  application  do¬ 
main  knowledge.  Examples  given  through  lectures  and  dass  assignments  for  these  electives 
help  students  to  understand  and  apply  theoretical  concepts  and  techniques  to  the  design  of 
software  for  the  chosen  appiication.  At  least  one  elective  course,  independent  study,  or  project 
course  should  require  the  student  to  design  and  implement  application  software. 

Theories  and  methods  presented  in  the  graduate  program  core  courses  may  apply  to  applica¬ 
tions  in  the  domain,  in  this  case,  application  examples  could  be  presented  in  a  core  course. 
For  instance,  the  designer  of  a  spedalization  track  for  the  MSE  program  should  discuss  the 
proposed  educational  objectives  for  the  track  with  other  members  of  the  MSE  faculty  to  deter¬ 
mine  if  some  of  these  objectives  could  be  integrated  with  MSE  core  course  objectives. 

if  educational  objectives  cannot  be  met  by  existing  courses,  then  the  designer  of  the  track  can 
propose  new  courses,  or  modifications  to  existing  courses,  to  cover  these  ot^ectives.  For  in¬ 
stance.  a  survey  course  may  introduce  a  wide  variety  of  topics  related  to  the  development  of 
software  for  the  application  area.  Armed  with  a  general  understanding  of  these  topics,  stu¬ 
dents  are  better  equipped  to  explore  these  or  other  related  topics  in  more  detail.  In  addition,  a 
survey  course  is  an  Sf)propriate  place  for  guest  lectures  by  people  with  experience  in  devel¬ 
oping  software  for  the  appiication  are& 

The  designer  of  a  spedalization  track  must  consider  course  availability.  Due  to  conflicting  fac¬ 
ulty  commitments  and  insuffident  student  dememd.  some  courses  may  not  be  offered  every 
year.  In  this  case,  the  specification  for  a  track  should  indude  alternative  courses.  Faculty  affil- 
ialed  with  tfte  Software  Engineering  Institute  (SEi)  should  be  encouraged  to  tape  their  courses 
so  that  students  could  view  tapes  of  courses  which  are  not  being  offered  during  the  student’s 
residency  at  CMU.  Credit  via  independent  studies  may  be  given  for  viewing  tapes  from  a  pre- 
viousiy  offered  course.  But  the  student  should  be  required  to  submit  one  or  more  reports,  other 
written  assignments,  or  programming  projects  to  demonstrate  comprehension  of  the  concepts 
presented  in  the  tapes.  If  possible,  the  instructor  giving  the  taped  lectures  should  supervise 
the  independent  study. 


5.4  Suggest  Appropriate  Applications 

The  last  step  is  to  suggest  applications  appropriate  for  individual  or  team  projects. 

The  TAP-D  model  is  based  on  the  idea  that  a  software  engineer  applies  domain-specific 
knowledge,  computing  theory,  and  software  development  practices  to  the  design  of  high  qual¬ 
ity  software  for  a  particular  application.  Therefore,  a  specialization  track  should  provide  stu¬ 
dents  the  opportunity  to  develop  a  major  software  system  for  an  application  in  the 
specialization  area. 

A  significant  software  development  project  can  be  completed  as  a  course  assignment,  as  an 
independent  software  development  project  taken  as  an  elective,  or  through  a  large-scale  team 
project.  One  major  component  of  the  MSE  program  is  the  team-oriented  studio  project  which 
spans  sixteen  months.  The  designers  of  spedaiization  tracks  should  work  with  the  studio  co¬ 
ordinator  to  arrange  appropriate  studio  projects  for  students  following  particular  tracks.  Stu¬ 
dents  would  then  form  teams  with  classmates  in  the  same  track. 

The  MSE  studio  project  covers  most  phases  of  the  software  life  cycle  from  requirements  spec¬ 
ification  to  product  release.  Ideally,  students  will  hone  their  domain-specific  skills  by  working 
on  a  studio  project  related  to  their  specialization  areas.  These  skills  should  become  part  of 
each  student’s  software  engineering  tool  box,*  and  products  resulting  from  the  studio  experi¬ 
ence  should  become  significant  artifacts  in  a  student’s  software  portfolio. 


6  Example:  Development  of  a  Real-Time  Track 


First,  the  developer  of  a  track  should  define  tfie  application  domain  and  demonstrate  the  soft¬ 
ware  development  needs  for  applications  in  this  domain.  The  required  skills  should  be  suffi¬ 
ciently  complex  that  they  cannot  easily  be  learned  on  the  job. 

The  domain  of  real-time  applications  indude  applications  whose  computing  requirements  can 
be  met  by  real-time  systems.  Bums  and  Welling  cite  the  following  definition  of  a  real-time  sys¬ 
tem. 


Any  system  in  which  the  time  at  whidi  output  is  produced  is  significant.  This 
is  usually  because  the  input  corresponds  to  some  movement  in  the  physical 
world,  and  the  output  has  to  relate  to  that  same  movement.  The  lag  from  inp'jt 
time  to  output  time  must  be  suffidently  small  for  acceptable  timeliness. 

Bums  and  Welling  further  explain  that  timeliness  depends  on  the  context  of  the  application:  a 
missile  guidance  system  output  is  required  wHhin  a  few  milliseconds,  whereas  response  time 
for  a  computer-controlled  car  assembly  line  may  be  required  only  within  a  second.  [Bums90] 

Laplante  adds  the  risk  of  a  failed  system  by  defining  a  real-time  system  as: 

A  system  that  must  satisfy  explicit  (bounded)  response-time  constraints  or 
risk  severe  consequences,  induding  failure. 

He  explains  that  any  system  in  which  response  times  are  restrained  and  predictable  are  real¬ 
time  systems.  In  this  sense,  most  practicaf  systems  are  real-time  applications.  (Laplante93] 

So/ir  real-time  systems  are  systems  whose  performance  is  degraded  but  not  destroyed  by  fail¬ 
ure  to  meet  response  time  constraints.  Soft  real-time  commerdai  systems,  such  as  automatic 
banking  and  airline  reservations  systems,  are  designed  to  provide  fast  response  time  but  do 
not  fail  if  response  time  is  delayed.  Hard  real-time  systems,  those  required  for  industrial,  sci¬ 
entific,  and  military  applications,  are  characterized  by  strict  time  conditions  that  must  not  be 
violated  under  any  drcumstances.  [Halang90] 

Laplante  defines  the  term  firm  real-time  system  as  a  system  in  which  the  low  probability  of 
missing  a  hard  (strict)  deadline  can  be  tolerated.  [Laplante93]  A  data  acquisition  system  for  a 
process  control  application  may  be  firm  if  it  is  defined  to  sample  an  input  sensor  at  regular  in¬ 
tervals  but  can  tolerate  intermittent  delays. 

The  importance  of  /larcf  real-time  systems  used  for  machine  control,  air  traffic  control,  air  de¬ 
fense  systems,  and  control  arxJ  safety  systems  of  nudear  power  plants,  is  rapidly  inaeasing. 
[HalangQO]  End-use  applications  of  real-time  computers  span  a  spectrum  that  includes  trans- 
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As  the  requirements  of  real-time  systems  become  more  complex,  the  systematic  design  of 
real-time  systems  has  become  an  important  issue,  especially  when  safety-critical  functions 
are  involved.  [Mok91]  Developing  software  for  real-time  embedded  systems,  those  in  which 
computer  control  is  tightly  coupled  to  electromechanical  systems,  is  difficuit  and  challenging. 
Not  only  must  this  software  respond  in  “real-time”  and  reliably  to  external  events,  but  it  often 
has  to  execute  under  severe  hardware  and  memory  constraints.  In  this  application  domain, 
issues  of  concurrency,  reliabiiity,  efficiency,  and  software  integration  greatly  complicate  typical 
software  engineering  problems.  [AtkinsonSI] 

Clearly  the  widespread  demand  for  software  solutions  to  real-time  problems,  and  the  complex¬ 
ities  and  difficulties  of  developing  these  solutions,  justifies  the  creation  of  a  real-time  special¬ 
ization  track.  The  primary  goal  of  the  MSE  real-time  specialization  track  is  to  enable  students 
to  develop  sufficient  knowledge  and  skills  so  that  they  can  develop  high  quality  software  for 
real-time  applications.  Though  courses  will  be  specifically  designed  for  graduate  students  of 
software  engineering,  other  undergraduate  and  graduate  students  who  have  sufficient  back¬ 
ground  may  also  derive  benefit  from  these  courses. 

The  first  step  in  the  specification  of  a  specialization  track  is  to  define  the  requisite  knowledge 
bases  and  skills  that  a  software  engineer  should  possess  to  successfully  develop  software  so¬ 
lutions  to  real-time  problems.  The  next  step  is  to  formulate  educational  objectives  that  demon¬ 
strate  student  mastery  of  requisite  knowledge  and  skills.  These  educational  objectives  are 
then  mapped  to  existing  or  new  courses. 

The  main  idea  is  to  determine  that  the  proposed  set  of  courses  enable  the  student  to  gain  the 
specified  knowledge  and  skills.  The  specifier  of  a  track  might  use  a  table  to  determine  cover¬ 
age.  In  the  example  below,  indices  help  the  developer  of  the  track  to  trace  the  knowledge  base 
items  to  the  educational  objectives  and  the  educational  objectives  to  the  courses. 

The  reader  should  refer  to  Appendix  A  for  a  list  of  researchers,  faculty,  and  administrators  in 
the  CMU  community  who  are  interested  In  resd-time  computing.  A  real-time  track  team  of  fac¬ 
ulty  and  administrators  currently  exists  to  develop  the  initial  courses  for  the  real-time  track. 
Four  core  real-time  courses  will  be  offered  during  the  16-month  MSE  program.  Students  may 
take  other  real-time  courses  or  complete  real-time  independent  studies  related  to  real-time 
computing. 

Further  specialization  in  subdomain  areas  such  as  multimedia  applications,  real-time  commu¬ 
nications,  real-time  operating  systems,  or  industrial  controls  may  be  offered  as  options  within 
the  real-time  track.  This  example  defines  an  industrial  controls  option  within  the  real-time  track. 

6.1  Raquisito  Knowiadga  Baaas  and  Skills 

DesignerB  of  high-quality,  real-time  software  systems  use  a  combination  of  computing  theory 
and  domain  knowledge.  They  also  apply  practical  software  development  techniques  to  design 
and  implament  these  systems.  Only  those  knowledge  bases  which  apply  specifically  to  real- 


time  systems  are  listed.  The  reader  should  note  that  the  knowledge  bases  listed  below  are  ex¬ 
amples.  The  author  intends  that  curriculum  developers  modify  and  expand  them  as  appropri¬ 
ate  for  their  own  programs. 

6.1.1  Computing  Theory 

A  software  engineer  needs  an  understanding  of  the  following  concepts  to  specify,  design,  and 
implement  software  for  real-time  applications.  Traditionally,  students  learn  about  many  of 
these  concepts  in  computer  science  courses  which  discuss  operating  systems,  formal  speci¬ 
fication  methods,  and  distributed  systems. 

T1.  Awareness  of  the  Importance  of  specification  in  the  design  and  analysis 
of  real-time  systems. 

T2.  Classification  of  specification  methods  by  development  phases  versus 
classification  by  representation.  Criteria  for  choosing  a  method  to  specify 
real-time  system  behavior. 

T3.  Formal  techniques  for  specifying  real-time  software  system  requirements 
and  design.  These  methods  should  include  the  specification  of  timing  and 
concurrency  requirements. 

T4.  Formal  techniques  for  verifying  real-time  software  system  requirements 
and  design  specifications. 

T5.  Awareness  of  the  shortcomings  of  existing  methods  for  specifying  real¬ 
time  systems  behavior. 

T6.  Basic  operating  system  concepts  which  apply  to  software  solutions  for 
real-time  problems  such  as: 

•  asynchronous/synchronous  events 

•  context  switching/stack  model 

•  deadlock  handling  and  prevention 

•  exceptions  and  exception  handling 

•  foreground/background  systems 

•  interrufM-driven  systems  and  Interrupt  handling 

•  intertask  communication  and  mailboxes 

•  kernel  or  executive  programs 

•  memory  management 

•  preemptive  priority  systems 

•  process/lask  model 

•  round-robin  systems 

•  scheduling 

•  synchronization  of  resource  usage,  critical  regions,  and  semaphores 

•  timing  requirements/deadline  characteristics 


T7.  More  advanced  scheduling  concepts  and  trade-offs  such  as; 

•  deterministic  scheduling 

•  pre-computed  versus  static  versus  dynamic  process  priority 

•  predictabiiity  versus  throughput 

•  periodic  and  aperiodic  processes 

•  priority  inversion 

•  rate  monotonic  systems/analysis 

T8.  Basic  concepts  in  the  design  of  distributed  systems  such  as: 

•  allocation  of  resources 

•  communication  protocols 

•  concurrency  control 

•  deadline  scheduling 

•  distributed  control  algorithms 

•  latency  versus  throughput 

•  partitioning 

•  replication  and  reliability 

•  synchronization  across  multiple  processors 

T9.  How  real-time  and  time-sharing  operating  systems  differ. 

TtO.  How  research  and  commercial  real-time  operating  systems  differ. 

T11.  Languages  that  support  real-time  computing/specific  features. 

T12.  System  performance  analysis  involving: 

•  CPU  utilization 

•  interrupt  latency 

•  memory  utilization 

•  response  time  calculation 

6.1.2  Application  Domain  Knowledge 

A  software  engineer  developing  real-time  software  systems  should  have  knowledge  in  the  foi- 
lowing  areas. 

A1.  Common  characteristics  of  applications  which  require  real-time  software 
solutions.  Difference  between  a^k^tions  which  require  real-time  soiutions 
and  those  which  only  require  adCKjuately  fast  response  times. 

A2.  Examples  of  real-time  application  areas  and  their  specific  characteristics; 
knowledge  about  application  subdomains  of  the  real-time  domain. 
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A3.  Reliability,  safety,  and  fault  tolerance  Issues  pertaining  to  real-time 
systems. 

A4.  History  of  real-time  computing  including  reai-worid  exampies. 

Industrial  Controls  Option 

AA1.  Basic  control  theory. 

AA2.  Digital  signal  processing  (OSP)  and  fiiters. 

•  Anaiog-to-digital  conversion:  sampling  issues 

•  Data  representation  and  precision 

AA3.  Characteristics  of  basic  feedback  devices 

•  encoders,  resolvers,  other  servomechanisms 

•  absolute  versus  relative  positioning  devices 

6.1.3  Software  Development  Practices 

The  following  topics  apply  to  the  design  and  development  of  real-time  software  systems.  In 
choosing  appropriate  methods,  the  software  engineer  should  be  aware  of  the  advantages  and 
disadvantages  of  applying  a  particular  method  to  solve  a  problem  in  real-time  computing. 

PI.  Common  misconceptions  about  real-time  computing. 

P2.  Semi-formal  methods  for  specifying  and  verifying  real-time  software 
systems  requirements  and  design. 

P3.  Commercial  tools  to  support  requirements  and  design  specification  and 
verification. 

P4.  Cyclic  executive  solution  to  scheduling  requirements. 

PS.  Fixed  priority-based  solution  to  scheduling  requirements. 

P6.  Ability  to  understand  and  apply  guidelines  for  using  rate  monotonic 
analysis  (developed  by  research  staff  at  the  SEI  in  Pittsburgh,  Pa.) 

P7.  Real-time  software  architectures:  scheduling  tables,  compiler-generated 
scheduling,  Ada  process  model,  cyclic  model,  and  blacKboards. 

P8.  Designing  reusable,  real-time  software  components  (e.g.  object-oriented 
design  of  real-time  components). 

P9.  Choosing  and  using  a  language  for  a  particular  real-time  application. 

P10.  Customizing  a  commercial  real-time  operating  system  versus 
developing  a  proprietary  kernel. 

P11.  Techniques  for  designing  distributed  real-time  software  systems. 


P12.  Techniques  for  designing  reliable,  safe,  and  fault-tolerant  real-time 
software  systems. 

PI 3.  Methods  for  specifying  real-time  performance  requirements  and  for 
designing  systems  to  meet  these  requirements. 

PI  4.  Issues  in  the  design  of  hardware/software  interfaces. 

PI  5.  Hardware/software  integration. 

PI  6.  Techniques  for  testing  real-time  systems:  functional,  stress,  unit/system 
level,  black  box,  white  box,  formal  program  proving,  cleanroom,  and 
statistically-based  testing. 

P17.  Methods  to  measure  real-time  system  performance. 

•  logic  analyzers 

•  in-drcuit  emulators 

•  hardware  simulators 

•  software  benchmarking 


PI  8.  Verifying  the  reliability,  safety,  and  fault  tolerance  of  real-time  software 
systems  throughout  the  software  life  cycle. 

P19.  Methods  to  improve  real-time  software  performance  (e.g.  compiler 
optimization  techniques). 

P20.  Hardware  characteristfcs  which  affect  response  time.  Ways  to  reduce 
response  times. 

P21.  Trade-offs  involved  in  selecting  hardware  components  for  real-time 
systems. 

P22.  Implementation  of  hardware/software  interfaces  to  external  devices 
such  as  industrial  machines;  development  of  device  drivers. 


Industrial  Controls  Option 

PP1.  Software  implementation  for  sampling  techniques. 

PP2.  Software  implementation  of  techniques  to  handle  data  representation 
issues. 

PP3.  Software  implementation  for  filtering  techniques  and  digital  signal 
processing  applications. 

PP4.  Software  implementation  of  feedback  loops. 
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6.2  Educational  Objectives 

The  educational  objectives  are  designed  to  demonstrate  a  student's  mastery  of  the  requisite 
knowledge  and  skills.  The  indices  in  parentheses  after  each  objective  reference  the  corre¬ 
sponding  knowledge  base  items. 

El.  Given  a  natural  language  specification  of  the  requirements  for  a  system, 
the  student  should  be  able  to  explain  whether  a  real-time  software  solution  is 
needed.  (A1,  A2,  PI) 

E2.  Given  a  natural  language  description  of  an  appiication,  the  student 
should  be  able  to  iden%  any  real-time  aspects  of  the  application.  (A1,  A2) 

E3.  The  student  should  be  able  to  compare  and  contrast  real-time  aspects  of 
some  existing  real-time  systems.  (A4) 

E4.  The  student  should  be  able  to  explain  the  importance  of  specification  in 
the  development  of  real-time  software.  (T1) 

E5.  Given  the  description  of  a  specification  technique  for  real-time  systems, 
the  student  should  be  able  to  explain  how  the  method  might  be  used  in  the 
software  life  cycle.  (T1,  T2) 

E6.  Given  a  natural  language  spedfication  of  the  requirements  for  a  real-time 
system,  the  student  should  be  able  to  choose  a  more  formal  method  for 
specifying  system  requirements  and  apply  it.  (T3,  P2) 

E7.  The  student  should  be  able  to  informally  or  formally  verify  specifications 
for  real-time  software  systems  requirements  and  design.  (T4,  P2) 

E8.  Given  the  specification  for  the  requirements  or  design  of  a  real-time 
system,  the  student  should  be  able  to  analyze  and  discuss  the  ability  of  the 
chosen  specification  mettiod  to  precisely  and  completely  describe  the 
requirements  and  design  of  the  system.  (T5) 

E9.  The  student  should  be  able  to  describe  and  preferably  use  available 
commercial  tools  that  assist  in  the  specification  of  software  system 
requirements  and  designs.  (P3) 

E10.  The  student  should  be  able  to  apply  basic  operating  system  concepts 
such  as  scheduling  theory  to  software  solutions  for  real-time  problems.  In 
particular,  the  student  should  implement  software  components  to  perform 
basic  kernel  tasks  such  as  scheduling;  dispatching;  intertask  communication; 
and  interrupt,  exception,  or  event  detection  and  handling.  (T6) 

Ell.  The  student  should  be  able  to  explain  the  differences  between 
precomputed,  static,  and  dynamic  priority  scheduling.  (T7) 

El  2.  The  student  should  understand  deterministic  scheduling  techniques  and 
be  able  to  darffy  the  Issue  of  predictabiiity  versus  throughput.  (T7) 

E13.  Given  the  description  of  a  set  of  Jobs  and  their  timing  requirements,  the 
student  should  be  able  to  identify  the  periodic  and  aperiodic  processes,  to 
devise  an  approprtats  scheduiing  technique  (i.e.  cyclic  executive  versus 
pdortty-based)  and  to  use  rate  monotonic  analysis  to  determine  if  the  set  of 
processes  is  schedulabie.  (T7,  P4,  P5,  P6) 


El  4.  The  student  should  be  able  to  distinguish  between  real-time  and  time¬ 
sharing  operating  systems.  (T9) 

El  5.  The  student  should  be  able  to  enumerate  the  differences  between  basic 
research  and  commercial  real-time  operating  systems  and  to  name  operating 
systems  from  each  category.  (T10) 

El  6.  The  student  should  be  able  to  delineate  the  advantages  and 
disadvantages  of  developing  a  proprietary  operating  system  for  a  real-time 
application  versus  using  a  commerdai  product.  (P10) 

El  7.  The  student  should  be  able  to  describe  the  following  software 
architectures  used  to  design  real-time  systems:  scheduling  tables,  compiler¬ 
generated  scheduling.  Ada  process  model,  cyclic  model,  and  blackboards. 
(P7) 

El  8.  The  student  should  design  real-time  software  components  that  are 
easily  reused.  (P8) 

El 9.  Given  the  description  of  a  real-time  software  application,  the  student 
should  be  able  to  select  an  appropriate  software  architecture  for  the  system. 
(P7) 

E20.  Given  the  description  of  a  programming  language,  the  student  should 
be  able  to  determine  if  the  language  is  appropriate  for  developing  real-time 
programs.  (P9) 

E21.  The  student  should  be  able  to  discuss  the  distinguishing  constructs  of 
several  real-time  languages.  (Til) 

E22.  The  student  should  be  able  to  establish  criteria  for  the  selection  of  a 
suitable  programming  language  for  a  real-time  software  application.  (P9) 

E23.  The  student  should  be  proficient  in  the  use  of  at  least  one  real-time 
programming  language.  Proficiency  may  be  defined  as  the  ability  to  use  a 
language’s  real-time  features  correctiy.  (P9) 

E24.  Given  the  description  of  a  real-time  application,  the  student  should  be 
able  to  identify  reliability,  safety,  and  fault-tolerance  issues  relating  to  the 
application.  (A3) 

E25.  The  student  should  be  aware  of  the  impact  of  reliability,  safety  and  fault 
tolerance  issues  on  the  design  of  real-time  software  systems  and  should  be 
able  to  propose  ways  to  ensure  the  reliability,  safety,  and  fault  tolerance  of 
software  systems.  (P11) 

E26.  Those  students  who  develop  a  software  system  for  a  real-time 
application  should  verify  that  their  requiiements  and  design  specifications  as 
well  as  their  implenf)entations  incorporate  features  to  ensure  reliability, 
safety,  and  fault  tolerance.  (PI  8) 

E27.  The  student  should  be  able  to  discuss  basic  hardware/software 
interface  issues  for  real-time  systems.  (P14) 

E28.  The  student  should  be  able  to  integrate  hardware  and  software 
components.  (PIS) 


E29.  The  student  should  be  able  to  explain  basic  concepts  in  the  design  of 
cfistributed  systems  such  as:  partitioning,  allocation,  communication, 
synchronization,  concurrency  control,  and  replication.  The  student  should 
also  be  able  to  discuss  the  impact  of  real-time  system  requirements  on  these 
issues.  (T8) 

E30.  Those  students  who  choose  to  develop  software  for  a  distributed  real¬ 
time  application  should  be  able  to  design  software  modules  which  not  only 
support  real-time  requirements  but  also  address  the  issues  mentioned  in  the 
previous  objective.  (P12) 

E31.  The  student  should  be  knowledgeable  about  methods  for  specifying 
real-time  performance  requirements,  designing  systems  to  meet  these 
requirements,  and  evaluating  performance.  The  student  should  have  an 
understanding  of  how  hardware  characteristics  impact  performance  (e.g. 
interrupt  latency).  Cn2,  P13,  P20) 

E32.  The  student  should  be  able  to  use  software  optimization  strategies  to 
Improve  real-time  system  performance.  They  should  be  able  to  evaluate  the 
performance  of  their  software  components.  (P17,  PI  9) 

B33.  The  student  should  be  knowledgeable  about  different  ways  to  test  real¬ 
time  systems  and  should  be  able  to  apply  at  least  one  method.  (P16) 

E34.  Given  real-world  specifications  of  hardware  perfonnance  and  prices  and 
application  requirements,  the  student  should  discuss  the  trade-offs  of 
(Afferent  hardware  configurations.  (P21) 

ESS.  The  student  should  implement  software  components  to  interface  with 
one  or  more  external  devices.  (P22) 


Industrial  Controls  Option 

EE1 .  The  student  should  demonstrate  knowledge  of  simple  feedback  (closed 
versus  open  loop)  control  systems.  (AA1) 

EE2.  The  student  should  be  able  to  propose  solutions  to  sampling  issues 
involved  in  analog-to-<lgital  conversion.  (AA2) 

EES.  The  stucJent  should  be  able  to  kjentify  the  problems  in  representing  data 
for  control  systems  accurately  and  precisely  in  a  computer.  (AA2) 

EE4.  The  student  should  be  able  to  propose  solutions  to  data  representation 
problems.  (AA2) 

EES.  The  student  should  demonstrate  knowledge  of  digital  signal  processing 
(DSP)  fundamentals.  (AA2) 

EES.  The  student  should  demonstrate  knowledge  of  basic  filtering 
techniques.  (AA2) 

EE7.  The  student  should  be  able  to  describe  differences  between  basic 
feedback  devices.  (AAS) 


EES.  The  student  should  be  able  to  design  software  implementations  of 
basic  sampling  techniques.  (PP1) 

EES.  The  student  should  be  able  to  design  software  solutions  to  problems  in 
representing  control  data  precisely  in  a  computer.  (PP2) 

EE10.  The  student  should  be  able  to  design  software  implementations  of 
basic  filtering  techniques  used  in  digital  signal  processing  applications.  (PP3) 

EE1 1.  The  student  should  be  able  to  design  software  to  implement  a 
feedback  loop  for  a  real-time  control  system.  (AA3,  PP4) 

6.3  Outline  of  Courses 

Students  entering  the  Masters  in  Software  Engineering  (MSE)  program  who  are  proficient  in 
at  least  one  high-level  language  used  to  develop  real-time  software  (e.g.  Ada  or  C)  and  who 
have  a  basic  understanding  of  operating  systems  can  enroll  directly  in  the  Introduction  to  Real- 
Time  Software  course.  A  recommended,  but  not  required,  prerequisite  for  entering  the  real¬ 
time  track  is  knowledge  of  at  least  one  assembly  language.  Students  with  insufficient  back¬ 
ground  can  take  courses  at  the  undergraduate  level  or  study  independently  to  acquire  the  nec¬ 
essary  skills. 

As  an  introduction  to  real-time  computing  and  software  issues,  the  Introduction  to  Real-Time 
Software  course  covers  many  of  the  educational  objectives  specified  earlier  for  a  real-time 
track.  This  course,  incorporating  a  combination  of  lectures,  readings,  and  related  assign¬ 
ments.  provides  a  broad,  conceptual  basis  for  further  study  of  real-time  computing  and  soft¬ 
ware  development 

In  the  first  offering  of  this  course,  all  students  could  program  proficiently  in  at  least  one  lan¬ 
guage  used  to  develop  real-time  systems  software.  One  student  took  an  undergraduate 
course  in  operating  systems  and  the  real-time  introductory  course  during  the  same  semester. 
Ail  students  in  the  first  class  performed  well  and  thought  the  course  helped  them  to  gain  a  bet¬ 
ter  understanding  of  the  issues  involved  in  developing  software  for  reai-time  systems. 

The  Introduction  to  Real-Time  Software,  Real-Time  Software  Design,  Real-Time  Software 
Performance,  and  Real-Time  Applications  Latxratory  courses  are  the  foundation  of  the  reai- 
time  track.  The  latter  three  of  these  courses  are  in  the  planning  stage  and  wiil  be  available  dur¬ 
ing  the  next  school  year  if  sufficient  demand  for  tiiem  exists.  They  emphasize  a  hands-on  ap¬ 
proach  to  understanding  real-time  computing.  Students  design,  implement,  and  test  real-time 
software  in  these  three  courses.  The  Real-Time  Software  Performance  and  Real-Time  Appli¬ 
cations  Laborafory  courses  enable  students  to  experiment  with  different  hardware/software  in¬ 
terfaces.  The  Real-Time  Applications  Labo/afory  course  will  offer  advanced  application  of 
concepts  presented  in  the  Introduction  to  Real-Time  Software  course. 

Students  who  seek  further  hands-on  understancfing  of  real-time  computing  at  the  level  of  the 
hardware/software  interfaces  might  consider  Concurrency  and  Real-Time  Systems.  Students 
have  the  opportunity  to  build  an  operating  system  kernel  for  a  target  architecture  and  to  devel- 
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op  device  drivers  in  this  course.  The  prerequisites  inciude  an  understanding  of  the  fundamen- 
tais  of  computer  architecture  and  digital  logic.  Students  with  sufficient  background  may  be  able 
to  waive  the  prerequisite  courses  and  should  therefore  contact  the  Department  of  Electrical 
and  Computer  Engineering. 

Table  6-1  contains  information  about  the  courses  that  students  can  take  to  develop  skills  in 
understanding  real-time  computing  issues  and  in  developing  software  for  real-time  systems. 
The  table  also  shows  prerequisite  courses.  The  *  symbol  indicates  that  the  course  is  offered 
every  year,  and  the  +  symbol  indicates  that  the  course  is  offered  when  there  is  sufficient  de¬ 
mand. 

Table  6-1 :  Real-Time  Track:  List  of  Courses 


Course 

Name 

Educatkmal 

Objectives 

Course 

Number 

Prerequisite 

Course(s) 

Term 

Offered 

Units 

Intro,  to 
Programming 
&  Comp.  Sc. 

Prerequisite 

15-127 

None 

12 

Bmdamental 
Structures  of 
Conq).  Sc.  I 

Prerequisite 

15-211 

15-127 

12 

Fiindamental 
Structures  of 
Comp.  Sc.  n 

Prerequisite 

15-212 

15-211 

12 

Operating 

Systems 

Prerequisite 

15-412 

15-212 

12 

Introduction 
to  Real-Time 
Software 

E1-E17. 

E20-E24. 

E24,E29£33 

17-880 

15-211 
15-412  or 
Equivalents 

FaU+ 

6/12^ 

Real-Ume 

Software 

Design 

E9.  ElO, 
E18-E2S. 
E30.E31 

To  Be 
Assigned 

17-880 

Spring-i- 

Summer-i- 

6 

Real-Ume 

Software 

Perfonnance 

E31-E34  & 

Advanced 

Concepts 

To  Be 
Assigned 

17-880 

Spring+ 

Summer-f- 

3 

Real-Time 

Applications 

Laboratory 

E10-E13. 
E24-E30,E35 
Ad.  Concepts 

TbBe 

Assigned 

17-880 

Fall+ 

12 

Distiibuied 

Systems 

E24-E26 

E29.E30 

15-612 

15-412  or 
Equivalent 

Spring* 

12 

Course 

Name 

Educational 

Objectives 

Course 

Number 

Prerequisite 

Course(s) 

Term 

Offered 

Units 

Intro,  to 
Electrical  & 
Comp.  Eng. 

Prerequisite 

18-100 

None 

Fall* 

Spring* 

12 

Fundamentals 
of  computer 
Engineering 

Prerequisite 

18-240 

18-100 

FaU* 

Spring* 

12 

Concurrency 
&  Real-Ume 
Systems 

ElO,  E24, 
E25,  E28, 
E30,&E31 

18-349 

15-211 

18-240 

Spring* 

12 

^The  course  offered  in  Fad1 1 992  was  6  units.  A 1 2-unit  Introduction  to  Real-Time  Soft¬ 
ware  and  Systems  is  under  development. 


Industrial  Controls  Option 

MSE  students  interested  in  controi  theory  and/or  digital  signal  processing  (DSP)  can  find  a  va¬ 
riety  of  courses  offered  by  the  Electrical  and  Computer  Engineering  Department  (ECE).  Those 
students  who  already  have  fundamental  programming  and  electrical  engineering  skills  (includ¬ 
ing  signals  and  systems)  are  best  prepared  to  pursue  a  controls  option  under  the  real-time 
track.  The  courses  shown  in  Table  6-2  are  members  of  one  of  the  following  four  categories: 
(1)  courses  which  are  prerequisites  for  ottier  courses,  (2)  courses  whose  content  covers  the 
educational  ot^ectives  specified  earlier,  (3)  courses  whose  content  covers  some  of  the  previ¬ 
ously  listed  educational  objectives  and  are  prerequisites  for  other  courses,  and  (4)  courses 
which  cover  advanced  DSP  or  control  theory. 

To  select  a  sequence  of  courses,  the  student  should  consider  course  prerequisites  as  well  as 
the  term(s)  in  which  a  course  is  offered.  The  symbols  *,  **,  and  indicate  the  frequency  in 
which  courses  are  offered. 

*  The  course  is  offered  every  year. 

**  The  course  is  offered  every  other  year. 

■¥  The  course  is  offered  when  there  is  sufficient  demand. 

For  example,  a  student  with  good  programming  and  basic  electrical  engineering  skills  who  is 
interested  in  deveioping  software  for  DSP  applications  might  take  Introduction  to  Real-Time 
Software  and  Digital  Signal  Processing  /during  the  fall  followed  by  Digital  Signal  Processing 
not  n  is  offered)  in  the  spring.  If  Digital SIgnsti Processing  //is  not  available,  the  student  could 
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take  Concurrency  and  Real-Time  Systems  and/or  other  electives  from  Table  1  or  Table  2  in 
the  spring.  /Mother  student  with  a  basic  understanding  of  signals  and  systems  may  be  inter¬ 
ested  in  control  theory  and  could  take  Introduction  to  Real-Time  Software  and  Fundamentals 
of  Control  in  the  fall  followed  by  Real-Time  Software  Design  and  Real-Time  Software  Perfor¬ 
mance  in  the  spring.  The  student  could  then  complete  a  summer  independent  study  involving 
an  industrial  control  application  and  foilow  this  with  the  Real-Time  Applications  Ls^ratory 
course  and  Linear  Systems  or  Digital  Signal  Processing  I. 


Table  6-2:  Industrial  Controls  Option:  List  of  Courses 


Course 

Name 

Educational 

Objectives 

Course 

Number 

Prerequisite 

Course(s) 

Term 

Offered 

Units 

Calculus 

Prerequisite 

21-121 

None  Listed 

10 

Calculus 
in  Three 
Dimensions 

Prerequisite 

21-259 

21-121 

9 

Numerical 

Methods 

EE3.  EE4 

21-369 

21-259 

9 

Introduction 
to  Numerical 
Analysis  I 

EE3.EE4 

Advanced 

Topics 

21-660 

None  Listed 
Contact 
Instructor 

FaU* 

12 

Intro,  to 
Electrical  & 
Comp.  Eng. 

Prerequisite 

18-100 

None 

12 

Fundamentals 
of  Electrical 
Engineering 

Prerequisite 

18-220 

18-100 

12 

Signals 

and 

Systems 

EE2,  EE6 
and 

Prerequisite 

18-396 

18-220 

Spring* 

12 

Fundamentals 

of 

control 

EE1.EE7, 

EE9.EElland 

Prerequisite 

18-370 

18-396 

Fall* 

12 

Control 

Systems 

Design 

EE7.  EE9, 
&EE11 

18-475 

18-370 

Spring* 

12 
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Course 

Name 

Educational 

Objectives 

Course 

Number 

Prerequisite 

Course(s) 

Term 

Offered 

Units 

Digital 

Signal 

Processing! 

EES,  EE6, 
EE8.  EEIO 

18-791 

18-396 

Fall* 

12 

Digital 

Signal 

Processing  1! 

Advanced  DSP 
Topics 

18-792 

18-791 

Spring** 

12 

Linear 

Systems 

Prerequisite 

18-771 

18-396 

FaU* 

12 

Multivariable 

Control 

Systems 

Advanced 

Control 

Tc^ics 

18-772 

18-370 

18-771 

Spring-i- 

12 

Adc^ydve 

Control 

Advanced 

Control 

Topics 

18-773 

18-370 

18-771 

FaU** 

12 

Optimal 
&  Stochastic 
Control 

Advanced 

Control 

Topics 

18-775 

18-370 

18-771 

FaU** 

12 

6.4  Applications  for  Independent  Study  or  Team  Projects 

Ideally,  students  following  the  real-time  track  In  ttie  MSE  program  will  participate  in  a  studio 
project  involving  a  real-time  application.  Over  a  sixteen  month  period,  a  team  of  MSE  students 
work  together  on  a  studio  project.  They  experience  most  of  the  software  development  life  cy¬ 
cle,  starting  with  the  initial  customer  contact  and  the  subsequent  requirements  elidtation,  and 
continuing  to  the  delivery  of  the  software  product  to  the  customer.  Lack  of  time  usually  pre¬ 
vents  students  from  advancing  to  maintenance  and  product  enhancement  during  the  1 6- 
month  duration  of  the  studio  project. 

in  addition  to  other  software  components,  the  1 992-93  studio  team  of  eight  students  is  devel¬ 
oping  software  to  control  the  positioning  of  a  robot’s  arm.  Attached  to  the  arm  is  an  injection 
tool  used  to  waterproof  the  tiles  forming  the  thermal  protection  system  of  the  NASA  space 
shuttle.  The  arm  is  attached  to  a  mobile  base.  A  previous  studio  team  developed  software  to 
control  the  movement  of  the  mobile  base.  Safety  is  a  critical  factor  in  the  development  of  this 
robot 

The  1 993-94  studio  team  will  be  working  on  the  APEX  (A  Planetary  Explorer)  project  involving 
the  construction  of  a  robot  for  lunar  exploration  studies.  This  project  should  provide  interesting 
problems  to  be  solved,  such  as  the  opportunity  to  develop  an  embedded  expert  system  for  a 
real-time  application. 
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If  a  real-time  project  is  not  available  for  the  studio  work,  then  a  student  following  a  real-time 
track  could  pursue  an  independent  study  with  a  researcher  from  the  SEI  or  CMU  whose  work 
relates  to  real-time  computing  (see  Appendix  A).  As  was  mentioned  earlier,  the  reai-time  do¬ 
main  invoives  the  monitoring  and  controi  of  systems  used  in  appiications  areas  such  as  the 
foilowing:  aerospace,  basic  machine  controi,  communications,  defense,  entertainment,  nucle¬ 
ar-reactor  control,  robotics,  and  transportation. 


I 

I 
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Conclusions  and  Guidelines  for  Administrating  Specialization 
Tracks 


Building  a  specialization  track  is  a  goal-oriented  process  in  which  the  builder  thinks  critically 
about  knowledge  and  skills  required  for  the  development  of  domain-specific  software.  The  pro¬ 
cess  of  identifying  the  requisite  knowledge  bases  and  of  mapping  these  to  educational  objec¬ 
tives  may  seem  tedious. 

The  developer  should  select  a  level  of  detail  which  corresponds  to  the  time  available  for  build¬ 
ing  the  track,  as  well  as  to  the  degree  of  control  that  the  developer  wants  over  the  track.  The 
developer  may  choose  to  delineate  broad  knowledge  bases  and  let  course  designers  specify 
the  detailed  educational  objectives.  The  TAP-0  model  sen/es  most  effectively  as  a  guideline 
rather  than  a  prescription  for  creating  tracks. 

The  model  can  be  applied  to  the  development  of  generic  tracks  to  be  pursued  by  more  than 
one  graduate  student  or  to  the  development  of  individualized  tracks.  Faculty  members,  possi¬ 
bly  with  the  help  of  application  domain  experts,  would  most  likely  specify  the  generic  tracks. 
Faculty  should  encourage  those  students  following  individualized  tracks  to  talk  to  experts  in 
their  chosen  application  domains;  students  shouid  do  this  before  defining  the  appropriate 
knowledge  bases  and  skills  for  their  individualized  tracks. 

Using  the  TAP-D  model  as  a  guideline,  students  could  fomnulate  their  own  educationai  objec¬ 
tives  and  map  these  to  existing  courses  or  to  proposals  for  independent  study.  Ideally,  a  men¬ 
tor  knowledgeable  in  a  student's  chosen  application  area  shouid  help  the  student  to  identify 
the  knowledge  bases  and  skills.  The  mentor  should  approve  the  educational  objectives  and 
selected  courses. 

Because  the  full-time  MSE  program  is  an  intensive  16-month  course  of  study,  students  have 
limited  time  to  develop  individualized  specialization  tracks  once  classes  begin.  One  way  to 
solve  this  problem  is  to  start  the  process  of  identifying  and  specifying  an  individuaiized  spe¬ 
cialization  track  during  the  summer  preceding  the  start  of  the  program.  Here  are  some  guide¬ 
lines  for  administrating  specialization  tracks. 


Guidelines  for  Administrating  Specialization  Tracks 

1.  Admitted  students  should  receive  a  description  of  the  specialization  track  op¬ 
tion  within  the  MSE  program  soon  after  they  accept  admission. 

This  report  could  be  sent  accompanied  by  a  letter  explaining  tracks  which 
have  already  been  defined  as  well  as  the  opportunity  for  students  to  develop 
their  own  tracks.  This  mailing  should  include  a  reply  card  for  students  to 
indicate  their  interest  in  pursuing  a  specialization  track.  Students  who  prefer 
to  develop  their  own  tracks  shouid  indicate  the  application  areas  in  which  they 
are  Interested. 


CMU-cs-es-isi 


29 


2.  Students  opting  to  develop  their  own  tracks  should  research  their  chosen 
application  dotn^ns  during  the  summer. 

Advise  these  students  to  talk  with  domain  experts  in  their  chosen  application 
areas.  Encourage  them  to  determine  the  domain-specific  knowledge  and 
skills  that  they  need  to  develop  software  for  these  applications. 

The  domain  experts  that  they  contact  may  be  industrial  sponsors,  industrial 
mentors,  professional  contacts,  or  academic  faculty.  Provide  the  students 
with  the  names  of  CMU  faculty  or  SEI  staff  members  who  might  help  them 
devise  their  tracks.  The  benefit  of  using  CMU  faculty  or  SEI  staff  is  that  the 
students  can  more  easily  obtain  advice  from  these  people  upon  their  arrival 
for  the  MSE  program  orientation. 

Students  opting  to  develop  their  own  tracks  are  required  to  submit  rough 
drafts  of  their  proposals  at  least  one  week  prior  to  the  orientation  which 
precedes  the  fall  term.  This  would  allow  the  MSE  advisors  to  have  time  to 
read  these  proposals  before  the  students  arrive. 

3.  During  orientation,  each  student  pursuing  a  specialization  track  should 
discuss  the  purpose  and  content  of  their  chosen  tracks  with  advisors. 

Those  students  pursuing  predefined  tracks  can  discuss  course  offerings  and 
scheduling  with  their  advisors.  Students  who  have  drafted  their  own  tracks 
can  discuss  the  dpmain-spedfic  knowledge  and  skills  which  they  have 
identified  with  their  advisors.  The  advisors  should  review  the  rough  drafts  and 
suggest  appropriate  changes.  The  advisor  can  then  help  the  student  map  the 
knowledge  bases  and  skills  to  educational  objectives  or  directly  to  courses.  In 
the  first  case,  the  educational  objectives  should  then  be  mapped  to  courses. 

4.  The  process  of  developing  and  pursuing  a  specialization  track  should  be 
dynamic  and  HexUtie. 

Students  should  continually  review  their  educational  experiences.  They  may 
propose  changes  to  generic  or  individualized  tracks.  Students  developing 
their  own  tracks  may  choose  to  incrementally  provide  more  detail  to  their 
proposals  for  a  track  as  they  ieam  more  about  their  chosen  application 
domains.  Advisors  should  review  and  approve  student  proposals. 

5.  After  track  complehon,  students  who  develop  their  own  trades  should  submit 
reports  ouWnlng  tiieir  tracks  and  briefly  reviewing  their  experiences. 

Students  could  receive  independent  study  credit  for  writing  and  submitting 
acceptable  reports.  These  reports  should  be  written  in  such  a  way  that  future 
students  may  use  them  to  follow  similar  tracks. 

6.  The  MSE  program  administrators  should  provide  students  with 
doaanentation  that  certifies  their  completion  of  specialization  tracks.  For 
example,  students  who  complete  specialization  tracks  could  receive 
ceitificaies  of  completion  durhg  tiie  MSE  graduation  ceremonies. 

Students  would  probably  appreciate  and  find  useful  for  the  job  search  proof 
that  they  have  completed  a  spedaiization  track. 
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student  development  of  individualized  speciaiization  tracks  provides  three  benefits:  (1)  it  alle¬ 
viates  the  faculty  time  and  expertise  needed  to  develop  appropriate  specialization  tracks  for 
individual  students,  (2)  it  increases  the  number  of  predefined  tracks  for  other  students,  and  (3) 
it  encourages  students  to  take  responsibility  for  developing  their  own  educational  goals  to 
match  their  chosen  application  areas.  The  author  expects  that  students  who  identify  an  inter¬ 
est  in  an  application  area  and  formulate  educational  goals  that  enable  them  to  develop  requi¬ 
site  knowledge  and  skills  wilt  not  only  be  better  prepared  for  a  software  engineering  position 
in  the  application  area  but  will  also  be  more  successful  in  managing  their  own  careers. 

As  a  recent  study  by  the  Conference  Board  suggests,  employee  career  management  and  fi¬ 
nancial  planning  evidences  the  shift  away  from  the  paternalistic  and  protective,  employer-pro¬ 
vided  practices  of  the  past.  Employees  must  now  manage  their  own  careers  and  plan  for  their 
future  financial  security.  Cost  considerations  and  government  regulations  account  for  corpo¬ 
rate  efforts  to  involve  employees  in  the  planning,  saving,  and  investing  processes  that  will  de¬ 
termine  their  financial  viability  in  later  life.  The  shift  of  responsibility  for  career  management 
from  the  employer  to  the  employee  is  a  result  of  factors  such  as  corporate  downsizing  and  re¬ 
structuring,  uncertain  business  and  job  market  conditions,  and  limited  opportunities  for  career 
advancement.^ 

The  ability  to  seek  help  from  domain  experts,  to  identify  requisite  knowledge  and  skills,  and  to 
delineate  meaningful  educational  goals  as  well  as  the  discipline  to  complete  a  chosen  course 
of  action  are  essential  to  the  management  of  one’s  career.  Many  companies  today  like  to  hire 
software  professionals  with  broad  software  engineering  expertise  as  well  as  domain-specific 
knowledge  and  skills.  Software  professionals  must  continually  and  actively  seek  Information 
about  career  opportunities  and  must  manage  their  own  careers.  Defining  and/or  following  a 
speciaiization  track  should  help  MSE  students  prepare  for  self-managed,  software  engineer¬ 
ing  careers  with  enhanced  opportunities  to  cteveiop  software  for  chosen  application  areas. 

As  Guisbond  wrote  in  1990,  specialization  is  a  dominant  trend  that  requires  people  to  take  an 
informed  and  directed  approach  to  managing  their  careers.  Those  people  with  the  best  job  op¬ 
portunities  are  those  who  prepare  for  anticipated  technology  trends  and  who  tailor  their  job 
searches  accordingly.  [Guisbond90] 


*■  Th«  Conferancs  Board  is  a  nonprofit,  bipartisan  organization  foundsd  in  1 91 6  to  improve  business  enterprise 
systems  and  to  enhance  the  contribution  of  business  to  society.  Researchers  in  this  organ'  nation  conducted  a 
study  of  trends  in  career  management  and  finandai  planning  during  the  fall  of  1990.  The  study  included  28 
interviews  with  14  corporattons  and  one  large  eccounting  firm.  The  corporations  included  older  companies  in 
major  industries  as  well  as  younger  firms  in  high-technology  businesses.  The  interviews  were  conducted  with 
people  within  these  corporations  who  were  in  charge  of  human  resource  planning,  benefits,  training,  and  de¬ 
velopment.  The  study  also  included  discussions  with  financial  planning  and  career  development  consultants 
as  well  as  executives.  In  addition,  the  researchers  reviewed  recerrt  literature  in  the  business  press  which  dis¬ 
cussed  these  topics.  [Oennis91] 
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Appendix  A 

The  following  table  contains  information  about  CMU  researchers  and  administrators  in  the 
School  of  Computer  Science  and  at  the  SEI  who  are  interested  in  real-time  computing  and  who 
are  involved  in  work  related  to  real-time  projects.  The  information  in  this  table  is  meant  to  help 
students  locate  people  whose  interests  and  activities  match  their  interests  and  educational  ob¬ 
jectives. 

The  table  may  not  provide  a  comprehensive  list  of  all  faculty  and  students  interested  in  reai- 
time  computing.  As  students  become  familiar  with  the  CMU  community,  they  will  undoubtedly 
find  other  people  whose  work  relates  to  real-time  computing.  The  interest  coiumn  contains 
only  a  highlight  of  a  person's  involvement  with  real-time  systems. 

Abbreviations  Used  in  the  Tabie 

ART  -  Advanced  Real-Time 

ECE  -  Electrical  and  Computer  Engineering 

*  • 

EPP  -  Engineering  and  Public  Policy 
SCS  •  School  of  Computer  Science 
SEI  -  Software  Engineering  Institute 
TCA  -  Task  Control  Architecture 


Table  A-1 :  List  of  Researchers  and  Administrators 


Researciier/Adnunistrator 

Interests  in  Real-Time 
Systems 

E-Mail  Address 

Mario  R.  Barbacci 
Senior  Research  Computer 
Scientist,  SCS,  SEI 

Director  of  the  Real-Time 
Distributed  Systems 
Program 

mrb@sei.cmu.edu 

Clarke,  Edmund 
Senior  Research 
Computer  Scientist,  SCS 

Verification  of  Hardware 
Using  Temporal  Logic 

emc@cs.cmu.edu 

Dannenberg,  Roger 
Senior  Research 
Computer  Scientist.  SCS 

Computer  Music,  Advisor  for 
the  Development  of  the 
Introduction  to  Real-Time 
Software  Course 

rbd@cs.cmu.edu 

Dfaz-Herrera,  Jorge  Luis 
Senior  Member  of  the 
Technical  Staff,  SEI 

Real-Time  Systems 
Software  Design 

jldh@sei.cmu.edu 

CMU-CS-g3-181 


35 


Researcher/Administrator 

Interests  in  Real-Time 
Systems 

E-Mail  Address 

Firth,  Robert 

Senior  Computer 
Scientist,  SEI 

Real-Time  Systems 
Design  and 
Implementation 

firth@sei.cmu.edu 

Garlan,  David 
Assistant  Professor,  SCS 

Software  Architectures  for 
Real-Time  Systems, 
Software  Analysis  of  TCA 

gar1an@cs.cmu.edu 

Goodenough,  John 
Senior  Member  of  the 
Technical  Staff,  SEI 

Rate  Monotonic  Analysis  for 
Real-Time  Systems 

jbg@sei.cmu.edu 

Hoover,  Carol  L 
Lecturer,  ^^E  Program 

MSE  Real-Time  Track 
Development  Real-Time 
Software  Development 

clh@cs.cmu.edu 

Khosla,  Pradeep  K. 
Associate  Professor,  ECE 

Head  of  the  CHIMERA  II 
Project,  Real-Time  Kernel 
for  Control  Applications 

pkk@ece.cmu.edu 

Lewis,  Phyllis 
Program  Administrator 
for  the  MSE  Program 

Assistance  in  the 
Administration  of 
Specialization  Tracks 

piewis@cs.cmu.edu 

Mead,  Nancy 
Manager  SEI  Products 
Program 

Advisor  for  the 
Development  of  the 
Introduction  to  Real-Time 
Software  Course 

nrm@sel.cmu.edu 

Mercer,  Cliff 

Ph.D.  StudenL  SCS 

ART  Project, 
Real-Time  Mach 

mercer@cs.cmu.edu 

Peha,  Jon  M. 
Assistant  Professor, 

ECE  &  EPP 

Real-Time  Scheduling,  Load 
Balancing  in  Distributed 
Real-Time  Systems 

peha@ece.cmu.edu 

Rajkumar,  Ragunathan 
(Raj)  Member  of  the 
Technical  Staff,  SEI 

Rate  MonotonIc  Scheduling 
Theory,  Zero-Defect 
Application  Kernels 

rr@sei.cmu.edu 

Rissman,  Michael 
Member  of  the 
Technical  Staff,  SEI 

Real-Time  Simulators 

mmr@sei.cmu.edu 

Roy,  Daniel 

Senior  Member  of  the 

Real-Time  Software 
Performance,  Embedded 

dmr@sei.cmu.edu 

Technical  Staff,  SEI  System  Testbed 

Savage,  Stefan  Research  In  Operating 

Research  Programmer,  Systems  Performance,  savage(S>cs.cmu.edu 

SOS  ART  Project 
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Researcher/Administrator 


Interests  in  Real-Time 
Systems 


E-Mail  Address 


Sha,  Lui 

Senior  Member  of  the 
Technical  Staff.  SEI 

Rate-Monotonic  Scheduling 
Theory,  Zero-Defect 
Application  Kernels 

lrs@sei.cmu.edu 

Shafer,  Steven  A. 
Associate  Professor,  SCS 
Associate  Director  of  the 
Robotics  Ph.D.  program 

Robot  Architecture 
Design. 

Calibrated  Imaging  Lab 

sas@cs.cmu.edu 

Shaw,  Mary 
Professor,  SCS 
Associate  Dean  of 
Professional  Education 

Software  Architectures  for 
Real-Time  Systems, 
Advisor  for  Real-Time  Track 
Development 

mary.shaw@cs.cmu.edu 

Siewiorek.  Daniel  P. 
Professor,  SCS  &  ECE 

Automatic  Design  of  High- 
Performance,  Fault-Tolerant 
Real-Time  Systems 

dps@ece.cmu.edu 

Simmons.  Reid  Q. 
Computer  Research 
Scientist,  SCS 

Robot  Planning  and 
Control,  TCA 

reids@cs.cmu.edu 

Stonick,  Virginia 
Assistant  Professor,  ECE 

Real-Time,  High-Quality 
Video  Processing;  Filters 
for  Music  Synthesizing 

ginny@ece.cmu.edu 

Strosnider,  Jay  K. 
Assistant  Professor,  ECE 

Real-Time  Operating 
Systems,  Networks,  and 
Fault  Recovery 

jks@ece.cmu.edu 

Tokuda.  Hideyuki 
Senior  Research 
Computer  Scientist.  SCS 

Head  of  the  ART 
Computing  Project 

hxt@cs.cmu.edu 

Tomayko,  James  E. 
Senior  Member  of  the 
Technical  Staff.  SEI 

Coordinator  of  the  MSE 
Software  Development 
Studio,  Real-Time 
Embedded  Projects 

jet@sei.cmu.edu 
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